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ABSTRACT 



Amefliod, apparatus, and article of manufacture for provid- 
ing computerized management of multimedia assets of vari- 
ous types, including image, video, audio, text, and p-ogram 
code media types, is disclosed. Multimedia assets are 
checked into a computer system along with specified char- 
acteristics and identification information for the assets. 
Checked-in multimedia assets are stored in a database on a 
storage device. Previously checked>in multimedia assets are 
searched for based on one or more asset characteristics and 
asset identification information. Multimedia assets are 
checked out firom the database with one of multiple check- 
out types. Predetermined criteria are used to determine 
wheteib to allow a check-out of a particular multimedia 
asset 

54 Claims, 14 Dravnng Sheets 
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COMPUTERIZED MULTIMEDIA ASSET 
MANAGEMENT SYSTEM 

FIELD OF THE INVENTION 

The invention relates in general to multiniedia, and more 
paiticulaily, to computerized management of multimedia 
assets. 

A portion of the disclosure of this patent document 
contains material which is subject to copyright protection. 
The copyright owner has no objection to the facsimile 
reproduction by any one of the patent document or the patent 
disclosure, as it appears in the Patent and Trademark Office 
patent file <x records, but odierwise reserves all copyright 
rights whatsoever. 

BACKGROUND OF THE INVENTION 

The use of multimftdia is increasing at a fast pace. This is 
paiticularly true as computer systems are beginning to be 
used to create multimedia applications. Multimedia appli- 
cations are becoming more and more conqdex, including 
more and more multimedia assets (components). Multime- 
dia assets can be of various types, including image^ 
photograph, animation, video, audio, text, etc. types. As the 
develq)ment of multimedia applications continues, the vol- 
ume of multimedia assets is growing rapidly. This rapid 
increase has and continues to significantly increase the cost 
associated with maintaining and managing the growing 
volume of multimedia assets. 

On the one hand, individual multimedia assets are gen* 
erally costly to create. In addition to the cost of creating the 
content of a multimedia asset, it can be costly to obtain 
access to existing multimedia assets fi-om third parties, 
including obtaining the right to use such multimedia assets, 
e.g., in compliance with Copyright law. On the other hand! 
many asset requirements for a multimedia plication can be 
m^ with existing assets. 

Accordingly, it would be advantageous to reuse existing 
multimedia assets to the extent possible when developing 
new multimedia ^pEcations. Otherwise, the costs associ- 
ated with recreating assets or, at least, reobtaining the rights 
to use existing assets, must be incurred each time a multi- 
media application is developed. Unfortunately, however, as 
more and mere multimedia assets come into existence, it 
becomes increasingly difficult to retiieve existing multime- 
dia assets so that they can be readily reused. 

Existing techniques for managing multimedia assets leave 
much to be desired. Often, the management of multimedia 
assets is done manually. Hie cost of manual techniques 
becomes prohibitive as the volume of multimedia assets 
continues to increase. There has been some use of database 
management systems to store certain multimedia assets. 
However, existing systems have shortcomings. 

Accordingly, in^ovements are needed in multimedia 
asset management As described in detail below, the {resent 
invention provides an effective multimedia asset manage- 
ment system. 

SUMMARY OF THE INVENTION 

The present invention discloses a method, apparatus and 
article of manufacture for con^juterized management of 
multimedia assets. Check-in, search, and check-out opera- 
tions are included. Various types of mnirinwHia assets such 
as image (scanned photographs or con^ter-generated 
images), video (created by videography equipment or com- 
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puter animation), audio, text, program code, etc media types 
can be checked into a computer system. Previously chedced- 
in multimedia assets can be searched for on the computer 
system* and selected multimedia assets can be checked out 
5 of the con^ter system. 

The check-in of a multimedia asset includes prompting a 
user for characteristics and identification information for ie 
multimedia asset. The multimedia asset, along with any 
specified characteristics and identification information, is 
10 stored in a database contained on a storage device. 

The usCT can initiate a search for previously checked-in 
multimedia assets. A search includes pron^)ting the user for 
a search strategy based on one or more asset <iaracteristics 
and asset identification information. The computerized sys- 
tem searches the database for multimedia assets that satisfy 
the user-specified search strategy. Any multimedia assets 
found to satisfy the search strategy are reported to the user. 

The user can selectively check-out multimedia assets 
contained in the database of checked-in multimedia assets. 
The check-out operation includes pron^ting the user for the 
multimedia asset to be checked out and pronqjting the user 
for one of multiple check-out types. The computerized 
system makes a determination as to whether or not the 
^ uscar-spedfied check-out is allowed based on predetermined 
criteria, ff the check-out is allowed, the multin^a asset is 
copied for use by the user and an indication of the check-out 
and the type of check-out is stored in the database. 
According to further aspects of the invention, the com- 
30 puterized system allows the user, upon his/her request to 
preview a selected multimedia asset contained in the data- 
base. According to other aspects of the invention, the 
computerized management system is implemented in a 
client-server conq)uter architecture. 
35 According to further aspects of the invention, the multiple 
check-out types include first, second and third check-out 
types. A multimedia asset checked out with the first check- 
out type specified cannot be modified. A multimedia asset 
checked out with the second check-out type specified can be 
40 used as a basis for creating another multimedia asset If the 
third check-out type is specified, the multimedia asset so 
checked out can be modified and subsequently checked into 
the database in modified fomL 

According to still further aspects of the invention, acoord- 
^5 ing to the predetermined check-out criteria, a check-out of a 
selected multimedia asset is prohibited if the third check-out 
type is specified and the selected multimedia asset is presr 
ently checked out. Additionally, the check-out of a selected 
multimedia asset is prohibited if the selected nmltimedia 
50 asset is ahreacty checked out with the third check-out type 
specified. 

The invention includes many more features and advan- 
tages which are pointed out in the drawings, accompanying 
descriptive matter, and the claims annexed hereto. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Refeiring now to the drawings in which like reference 
numbers represent conesponding parts: 
^ FIG. 1 is a block diagram representation of a multimedia 
asset management system formed in accordance with the 
present invention; 

FIG. 2 is a block diagram representation of the user- 
interface screens and corresponding functions provided by 
65 the invention; 

FIG. 3 is a block diagram of a database structure formed 
in accordance with the invention; 
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HG 4 is a blocked diagi^ representation of the inter- The multimedia asset raanagemeiit pr<^ 22 obtains 
action between software program components and database access to the server 10 by way of a softovare htaary of 
tables formed in accordance with the invention; appUcation interface (API) functions 23. bpeolically the 

FIG 5 shows a toolbar user interface screen jxovided by multimedia asset management program 22 mteracts with flie 
the invention- 5 database management program 14 on the server by way of 

no 6 is a login user interface screen according to ttie AH function calls to obtain access to the database of 
invention; multimedia assets on the storage device 12. The cUent 16 

HG 7 shows a check-out user interface screen formed in also includes a database management tod 21 that allows a 
accordance with the invention; system manager to manually modify the sraver database on 

FIGS. 8-5 show check-in user interface screens formed in lo the storage device 12. 
accordance with the invention; Various input devices 26 allow an operator to confrol and 

HGS 16 16a and 16& show a browse user interface interact with the dient computer 16. The input devices 26 
screen formed in accordance with the invention; can include a keyboard, mouse, disk drive, and other input 

HGS 17 17a and 17* show seardi user interface screens devices. The cUent 16 also indudes output devices 28, 
formed according to the invention; 15 including, for example, a display momtor, speakers a 

HG 18 shows a reports user interface «xeen formed printer, and other output devices. A syst«n user can use 4e 
wvj. lo snow» a icpui devices 26 to load new multimedia assets mto die 

according to the mvention. dfent 16 and dieds: the multimedia assets into the server 10 

HG. Wshowsalogoutusermterfacescreenaccordingto ^^^^^^f^^,^^^,^^ management program 22. 
the invention; r j 2° The cUent 16 can be coupled to a studio 30 that is used to 

no. 20 shows a utiUties user mterface screen formed multimedia assets. e.g., photographs, videos, audio 

according to the mvention; and segments, etc. The multimedia assets created via the studio 

nG. 21 shows a change-password user mterface saeen 30 gaj, be loaded into the dient 16 by way of one or more 
formed in accordance with the invention. devices 26. The user can preview (i.e., percave 

DETAILED DESCJUPTION OF A PREFERRED 25 by way of the visual, audio or other senses) stored mnlti- 
EMBODIMENT media assets by way of the output devices M. 

T ^vQtem Overview The '^^'^ 1* indudes one or more multimedU 

^ r ■ , development tools 32, ie.. computer software programs. 

The Wock diagram in HG. 1 depicts a preferred unpie- devdopment tools 32 can indude content development 

mentation of the multimedia asset management system 8 30 creating individual multimedia assets, such as 

ixovided by present invention. The depicted con^wter sys- animation, m development tods 32 can also 

tern is configured in a cUent-server architecture. A servw jn^ude application development tods, i.e., software devel- 
computex 10 is used to store and provide access to mult- o„josBt tools 

media assets. The multimedia assets are stored on a storage operating system, sudi as Windows OT 

device 12, whid. forms part of the serv« W- A da^base 35 ,,VZJ^r95fe,m Microsoft Corporation, is preferably 
management system software program 14 is used by tte computer 16. TTie mnltimedifl asset 

server 10 to state and provide access to toe mnltmiedia ^ ^ovides a series of user interface 

assets in a database on the storage device 12. screens (Le., windows or dialog boxes) toat allow a user to 

One or more dient computers 16 provide mnltunedia multimedia asset managonent system 8 via the 

assets to the server 10 for storage toereon. The client 40 "j^j^ 

computers 16 can then obtain copies of sdectednniltime^ 2 is a block diaaramseneraUy depicting many of toe 

assets st^,^ on toe server l^^J^f « ^ -J^^ us« Sti^^ce^^^SS-IWundfons pr'ovided 
server 10 by way of a local area nett^wk or, fa more multimedia asset management program 22. The user 

remotely located dients, by way of a wide area network. ^"^"'^'^^^ ^ i„ detail in later 

boto generaUy depicted in FIG 1 as commumcahons n«- 45 T^^^^d^^et management program 22 

work 18. Ead» cUent 16 has a lo^ Tnf if ^te pSs central access to its various functions by way of a 
stores software and data used by the dient 16 s^^e ^ ^^^^^ 

device 20 also stores copies of selected multmiedia assets ;°J^^^°^,gement program 22^ first started, 
stoed on toe server 10. „„„,„^ „ Rom toe toolbar 40, toe operator can sdect one of various 

Amultimediaassetmanagementprog«m22managesa^^ so ^iVotoer blocks in HG. 2. The 

controlsaccesstomultmietoaassetscoj^bunedontteservff ^^^^'^J^ the multimedia asset management 

lOin accordancewitotoepresentmvenUon.Themultnne^^ sS bj^y a Yogin user interface scieen 42. Once 
nXStoH^S-IEs'S^oTri" SSeW^diedc-inmultim^Uaassetsinto 
^t:l"L^%rtoe se^er^^^^^^^^^^ ^-f^^Se'Trr^r^^/cT^e^ 

^^^^^^ 

wito toe multmiedia asset inanagement program 2^ toe 60 ^.j^^^ 3,3^4, ^jj^ or more of toe output 

developer can incorporate existing multimedia assets stored seicciea muiumcuia osst^u. e 

on toe server 16 into new multimedia appUcations. The devices 28. ^. , „ .k- k.„,„c«. 

dcvdoper can also create new multimedia assets using toe From dtoer toe toolbar display screen 40 or toe browser 

dient^mputer 16. The new multimedia assets can be display screen 46, ttie operator can gam ac«ss to toe 

ii«,iporatedintomiiltimediaapplications.andcanbestoied 65 chedc-out user interface screen 50 to chedc-out sdected 

Tto^^ i the multiiiLi asset management pnv multimedia assets. The operator can obtam various reports 

^am M 6 concerning toe multimedia assets management system by 
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way of a reporting user interface screen 52. The operator can 
logout of the multimedia asset management system by way 
of a logout user interface screen 54. The multimedia asset 
management program 22 is terminated by way of a exit user 
interface screen 56. Further functions accessed by way of the 
toolbar display screen 40 are described below. 

n. Database Structure 

Prior to describing the user interface screens in greater 
detail, the database structure of the multimedia asset man- 
agement system will be described. The database manage- 
ment system 14 in the embodiment being described is a 
hybrid object-oriented, relational database management sys- 
tem- The structure of the database stored on the storage 
device 12 is depicted in FIG. 3. The database is structured 
around a project table 80 C*mmf_project**), a staff table 82 
(**mmf_stafr). and asset tables 86 for each asset type. 

There is a record (or entry) in the staff table 82 for each 
user with access to the multimedia asset management system 
8. Each multimedia application develc^d using the multi- 
media asset management system is associated with a project 
There is a record in the project table 80 for each project. 
Assets are stored or assigned on a project basis. There is an 
asset table 84 ("mmf_asset*') that defines the common data 
stracture that is shared by all asset types. Specific asset-type 
tables 86 inherit the structure and behavior of the asset table 
84, i.e., are subclasses of the asset table 84. No asset entries 
are made in the asset table 84. Rather, entries are made in the 
specific asset-type tables 86. There are multq)le tables of 
each subclass table type 86; one table of each type for each 
project 

The specific asset-type tables 86 for each project are as 
follows. There is an image table 90 C*mmf_<p>_Jm^e") 
which is used to index computer-created images and 
scanned images such as photographs. The notation <p> 
refers to the project short name. As is the case for the other 
tables 86, there is an image table 90 for each project For 
each image for a specific project, an entry (or record) is 
made in the image table 90 for that project 

A video table 92 ("nQmf_<p>_video") is used to index 
full motion video created using videogr^hy equipment or 
by way of con:4)uter animation. An audio table 94 (**mmf_ 
^>_-audio") is used to index audio segments aeated by 
audio equipment or by computer. An object table 96 
(*'mmf_<p>_^ppL_obj") is used to index ^plication code 
(ic., executable code). 

There is also a document table 98 C*nmif_<p>_doc") for 
each project for indexing general documents, such as text 
files. A general table 100 ("mmf_<p>_general") exists for 
each project to store new file types not covered by one of the 
other specific asset type tables 86. 

As previously mentioned, each of the specific asset type 
tables 86 inherits from the asset table 84, so that the data 
structure of an entry (or record) in one of the specific 
asset-type tables 86 includes the fields defined by the asset 
table 84 (i.c., inherited fields) and the further fields defined 
by the specific asset-type table 86. The inheritance is rep- 
resented in FIG. 3 by the solid triangle 88. 

The database structure includes two further tables as 
depicted in FIG. 3: a keywords table 106 "mmf_ 
keywOTds"); and a chekc out table 108 (**mmL-checked_ 
out_assets**) to store category-keywords pairs, which can be 
specified when checking in assets and then for later search- 



Is noade in the checkout table 108 each time an asset is 
checked out Each such entry in the checkout table 108 is 
removed when the corresponding asset is diecked back in. 
Each of the tables shown in FIG. 3 defines a specific data 
5 structure, comprised of multiple fields. Each entry (or 
record) in one of the tables has that data structure. Each data 
structure is described below in conjunction with a corre- 
sponding tabular listing of the fields of the data structure. In 
each tabular listing, the left-most column contains the field 
names. The second column from the left contains any 
restrictions on the field, indicated by the designations U, NN 
and X-REF. The designation U indicates that the field's 
contents must be unique from the contents of this field in 
other entries in the table. The designation NN indicates that 
the field must not be null. The designation X-REF indicates 
that the field provides a cross-reference to an entry in 
another table. The third column specifies the data type of the 
field, and the right-most column provides a brief description 
of the field. 

The following tabular listing describes the data structure 
20 of each entry in the project table 80. 



25 


FieM 


Limits 


Type 


Description 




narrvt 


U,NN 


varchar(40) 


Lowercase; no spaces - use 
undra^core 




descxi^tiQa 


NN 


text 


Project Description 






NN 


varchar(8) 


Project Manager (name should 


30 








also exist in mmi_staff table) 


shfvTt pamff 




varcbar(20) 


IhterDal table name to use for 
the project 




start__datc 


NN 








eocl_<date 










pToject_current 


NN 


boolean 


Status flag (*T' if project 
cmrentiy going on). 


35 


archivc_date 






Default = T 




archive^Jiifo 




text 


Archive storage infonnatioQ 










(DAT #, etc.) 




chargc_niinjbcr 


NN 


char(15) 




comiQoa_ptDject 


NN 


boolean 


Set to Tmc if project is a 


40 








common project 




asset_tabIc_oid 




set of (OID) 


OID^s of project asset tables 



The *'name" field contains the assigned name for the project, 
up to 40 characters in length. The "description" field is a 
45 textual description of the project The "manage" field iden- 
tifies the manager assigned to the project The "short_ 
name" field is the project short name^ which is the internal 
table name to be used for the project i.e., the character string 
<p> of the asset-type tables 86. The "start_date*' and 
50 "end_date" fields respectively contain the starting and end- 
ing time and date of the project The **iM-oject__cuirenf * field 
indicates whether the project is currently active. When the 
project tables are archived, the "archive_date" field con- 
tains the time and date the project ^was archived, and the 
55 "archive_Jnfo" field contains a textual description of the 
archive, e.g., the medium on which the archival was made. 
The "charge_number" field can be used to store the billing 
number for the project The "common__projecr field indi- 
cates whether or not the project is a common project Any 
60 user can search for and preview assets contain^ in projects 
designated as common projects. However, as with non- 
common projects, only users assigned to a common project 
can check assets in and out of the project The "asset_ 



table_OID" field contains a list of pointers (object identi- 
ing of assets, as described in detaQ herein after. A system 65 fiers OID*s) to the asset tables 86 for this project. 

--I J „j i_ , j_ . There is an entry in the project table 80 for each multi- 

media project, each entry having the above data structure. 



manager can add and remove entries in the keywords table 
106 by way of the database management tool 21. An entry 
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Additionally, in the embodiment being described, it is envi- 
sioned that there wfll be three background-type projects 
indexed in the project table 80. These background-type 
projects comprises a *'common_inedia'* project, a 
"common_applications" project, and a "factory_ 
management" project. As with other projects, users are given 
access to one or more of these background-type projects by 
having a reference to the project in the user*s record in the 
staff table 82. as described in greater detail below. The 
"common_jmedia** project points to asset tables 86 of com- 
mon multimedia assets to which naost system users will have 
access. The "coinmon_applications" project points to asset 
tables 86 of conunon applications and documents (e.g. 



10 



Fiekl 


Limits 


type 


Description 


asscL_oid 


U,NN 


. Old 


OID of checked out asset 


uscr_oid 


U^NN 


oid 


OID of user who checked 






out the above asset 


chcd;_ouL_type 


NN 


text 


Type of check out: 














CO_UPDAIE. 








CO_USEuJVS_3ASIS 


checkout time 


NN 


tlQSCStSOIp. 


_tz Time of check out 



. ,^ « Each time a multimedia asset is checked out, an entry is 

tables 86 of conunon appUcaUons and documents (e.g., ^^^^ check-out table 108. When the asset is subse- 

^pUcation development tools and documentation) that mul- ^y^^^yy checked back in, the entry for that asset is removed 
timedia application developers should have access to. The 



quently checked back in, the entry for that asset is removed 

from the check-out table 108. The "asset_oid" field points 

**factory jianagement" project points to asset tables 86 of multimedia asset 86 diecked out. The **usex_Jd" 

system management assets, primarily system management contains a pointer to the entry in the staff table 82 corre- 
documcnts, to which system management staff should have ^ spending to the user who diecked out the multimedia asset 
access '"^'^ 'vh/^ov nnt txmp^ fiftid contains a text strine indicat- 



Next, in conjunction with the below tabular listing, the 
data structure for the staff table 82 will be described. 



25 



Field 



TTTTftf Rtaff 

Limits Type DescriptioQ 



The "check_out_type'' field contains a text string indicat- 
ing the type of check-out: use-as-is, update, or use-as-basis, 
as described in greater detail hereinafter. The "checlJL_out_ 
time" field contains a time and date stamp indicating the 
time of the check-out. 

The data structure of the keywords table 106 is dq)icted 
in the following tabular listing. 



uset_id U,NN 
name U,NN 
descriptioa NN 
assigncd_prc!jects X- 
REF 



uscr_Jevel 



losiiL-Status 



varchai(8) 
varchar(30) 
text 
sctof( 

varchar(20)) 



varchar(30) 



boolean 



User id (lowercase) 
Full Name 

Additkmal infbrmalxm 
List of currently assigned 
projects (project short names; 
should also exist in 
mmf_pioject). 
ClassijScatkin of the user 
(Dcvelopei; DesigneT, 
Manager, and Administrator). 
Default = Developer 
Current user login status flag 



30 



35 



Field 


LiQUtS 


Type 


category 


UJW 


text 


keyword 


UJ«N 


text 


owner 


NN 


vaicbar^) 



mmOaywords 

Description 



Lowercase; no spaces - use 
underscore. Pair Unique with 
keyword. 

Lowercase; no spaces - use 
underscore 

User id of person who entered 
keyword 



There is an entry (each having the above data structure) in 
the staff table 82 for each user of the multimedia asset 
management system 8. The "user_id" field contains the user 
identification name assigned to a particular user having 
access to the multimedia asset management system 8. TTie 
database management system 14 on the server 10 also stores 
the user identification names along with user passwords in 
an internal table. The "name" field contains the full name of 
the user. The "description'' field contains textual information 
regarding the user. 

The "assigne<L-projects" field contains a list of projects to 
which the user is assigned. Each project name must corre- 
spond to one of the short names C*short_jiamc" field) in the 
entries hi the project table 80. The short name of each project 
the user is to have access to is contained in the "assigned.^ 
projects" field. Thus, if the user is to have access to one or 
more of the "common_jnedia " "common^pplications " 
or 'f actary^managemeat** projects, the short names of these 
projects would be contained in the "assigned_4)rojects" 
field. The *njscr_Jever* field contams a classification of the 
user: developer, designer, manager or administrator. The 
"login_^tams" field contains an indication as to whether the 
user is currently logged in. 

Next, the checkout table 108 is described with reference 
to the following tabular listing of the data structure of this 
table. 



40 For eadi keyword there is an entry in the keywords table 
106. Each keyword is stored in a particular category. The 
"category" field is a text string identifying the category of 
keywords in which the keyword falls. The "keyword" field 
is a text string containing the particular keyword. The 
"owner" field contains the user identification name of the 
user who entered the keyword. As mentioned aboye» a 
system manager makes, removes and modifies entries in the 
keyword table 106 by way of the database management tool 
21 on the client 16. 

Next, the asset table 84 is described in conjunction with 
the following tabular listing of the asset table data structure. 



45 



50 



55 



Field 



Limits lype 
U^ varchar(30) 
U^ 



Description 



60 



description 
keywords 



varchar(36) 
doc 

doc 



Lowercase; no spaces - 
use underscore 
Asset's filename. 
Lengthy descriptton of 



Bssct_type 
CTeation_date 
65 creatoc_Jd 
modified_date 



£ach keyword ^loukl 
exist m keyword 
table 

NN text Type of asset 

NN timestanDp__tz Itefault = current time 

NN varcbar(8) 

time5tanq>_tz Date of last modification 
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-continued 



10 





nini£_assct 




Field 


T jmit* 1\»r»* 


Descnption 


modifictLby 


varchar(8) 


uacir lu iom paauu GO 


time_to_jnodi fy 




mocfify asset 




nm,uftrjc(6^ 1^ 






User id of person 






currently modifyutg 






of ^Xl 1 11 T If 

Bssei (iHuiu^ 11 






asset has not been 






checked out £br 






modification) 


ieplace_fxnmt 


MM 


Sequential count of 






modifications. 






Jbcremeoted when 






asset is replaced. 






Default = 0. 


usagc_cotini 


numenc 


bcremented each 






time ttie asset is 






checlcMl mit TV^finilf 


basis_asset 


Old 


Old of basis a^t 


children 


seto^oid) 


Old's of all assets 






that use this asset 






as a basi^asset. 


coasisbs_of 


setD^oid) 


Oid*s of all assets used 






in this asset (except 


copyright 




basis oid) 


text 


Copyright for this asset 






Null if no copyri^t. 


capynght mfn 


text 


Contact for payment or 






other copyright 






infoimadrai 


tiine_to_create 


minieiic(6,l) 


Tune it tooJc to create 






asset (Honrs to nearest 


&dd_chg_desc 


doc 


tenth) 

Changes mgrfft from 






previous version of 



As previously indicated, no entries are made in the asset 
table 84. Rather, the specific asset-type taUes 86 inherit the 
data structure of this table and multimedia assets are entered 
by way of the specific asset-type tables 86. The above data 
structure defines the fields contained in all asset tables 86. 
Asset-type specific fields are defined by each of the specific 
asset types 86. The "name" field contains the name of the 
multimedia asset The **filcname" field contains the name of 
the file in which the multimedia asset was originally con- 
tained. The file is deleted once the asset is diecked in. When 
the asset is subsequently checked out, a copy of the asset is 
stwed on the dicnt 16 in a file of this name. 

The "description" field contains a description of the asset 
The "Jceywcrds" field contains a listing of the keywords 
assigned to the multimedia asset The "asset__type- field 
identifies the asset type: image, video, audio, appl_obj, doc, 
or general. The "creation_date" field contains a time and 
date stamp for the asset; the default is the current time and 
date. The creator of the asset is identified in the "creator_id" 
field The time and date of the last modification of the asset 
is contained in a **modified_date" field, and die person who 
made the last modification is identified in the **modified_ 
by" field. The **time_to_jnodify*' field contains the time it 
took to make the last modification of the asset, rounded to 
the nearest tenth. If the asset is cutrentiy diecked out for 
modification by a particular user (ie., CO_UPDArE check- 
out type), the user is identified in the "current_jnodify__by" 
field. This field is NULL if the asset is not currently checked 
out for modification. 

The **replace_count** field contains a count of the number 
of modifications made to the asset. The count is incremented 
by one each time the asset is checked in with modifications. 
Once the replace count reaches five, no further modifications 



are allowed to this asset Instead, the user then creates a new 
asset The "usage_count" field contains a count of the 
number of times the asset has been checked out The usage 
count is incremented by one each time the asset is checked 
^ out 

If the asset was aeated using another asset as the basis for 
the asset, as described in greater detail below, the "basis_ 
asset" field contains a pointer to the asset that served as the 
10 basis. The "children" field contains a list of pointers to assets 
aeated using this asset as a basis. The "con.sists_of * field 
contains a list of pointers to tfie assets used to create this 
asset, excluding the basis asset which is identified in the 
'*basis_asset" field. Generally, the "consists__of' field lists 
assets used without modification in creating the asset; the 
"basis_asset" field identifies the asset, if any, used as a 
starting point and subsequentiy modified, in creating the 
asset 

20 The "copyright" field contains text indicating the owner 
of any copyright in the asset The field contains NULL if 
there is no copyright concerning the asset The copyright 
identification in this field identifies the copyright in this 
particular work. Furtiier copyright information may exist in 
the assets identified in the *'basis_asset:*' field and the 
"consists__of * field. The "copyright_info" field contains 
text identifying the entity to contact for copyright informa- 
tion concerning the asset, e.g., a telephone nimiber of the 
copyright owner. The *time_to_creat" field contains the 
number of hours, to the nearest tenths it took to create the 
asset The "add_dig_desc" field contains text describing 
the changes made firom a previous version of this asset, if 
any. 

The data structure of the image table 90 includes the 
just-desCTibed data structure of the assrt table 84 plus the 
additional items shown in the following tabular listing. 



30 



35 



40 



45 



fsubclassi 



Field 


Limits 


Type 


Descrq>tion 


image^object 




LngDesc 


hnage 


snapshot 




LngDesc 


Thumbnail for image to 








75 X 75 BMP format 


format 


NN 


text 


hn^ fonnat (BMP, GIF, 








PCX, etc.) 


size 




oumertc 


Image size 


width 




Qumetic 


Image width 


height 




numeric 


Image height 


resoludcn • 




text 


Image resolution 


bttdeplh 




numeric 


Image bitdepth 


patette 




text 


Palette associated with ttiis 








image 



55 Hie "image_object" field contains the actual image. The 
"snapshot" field contains a thumbnail for the image in bit 
mapped format, e.g., for an icon. The **format" field contains 
text identifying the fcnmat of the image, e.g., BMP. GIF, 

^ PCX or others. **Size," "width," and "height*' fields contain 
respectively the image size, width and height The **resolu- 
tion" field identifies the resolution of the image. The "bit- 
depth" field identifies the image bitdepth, e.g., 8 or 16 bit 
The '^palette" field identifies the color palette associated with 
this image. 

The additional fields added by the video table 92 are 
shown in the following tabular listing. 
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nunf__vldeo 
(subclass) 



(subclass) 



Field 


Limits 


Type 


Descnption 


vidco__objcct 


U,NN 


large object 


Video 






numeric 


^^deo frame rate (frames 






per second) 


fonmt 


NN 


text 


Video 03nii3t (SGI, QTT, 






INDEO, MPEG, etc.) 


size 




numenc 


Video size 


width 




mimenc 


Video width 


height 




numeric 


Video height 


coiiqpies^oa 




text 


Type of conqnessian 


kcy_framcs 




text 


Key period 


dat^__rate_j!:ps 




numeric 


Video rate 


audio_type 




text 


Type of associated 






audio (stereo or 
moQo) 






numeric 


Sampling frequency (11, 






22, 44 kHz) 


atidiD_bitdcpth 




numeric 


Audio bitdepth (8 or 16-bit) 



5 Field 



Limits Type 



Description 



The *'video_object" field contains the actual video. The 
**frame_j'ate_j^s" field contains the video frame rate in 
frames per second. The **format" field identifies the video 
foimat. e.g., SGL QT, INDEO, MPEG, etc. The "size," 
•Vidth," and •'height" fields contain respectively the video 
size, width and height. The "compression** field identifies 
the type of compression, if any, of the video. The "key_ 
frames" field contains textual infcraaation on the key period, 
ie., conventional attribute description for digital video 
media types. The "data_j:ate_Jq)S*' field contains the digital 
bit stream rate. The "audio_type'* field identifies the type of 
associated audio, e.g., stereo or mono. The "audio_Jreq„ 
khz** contains the sampling frequency of the audio track(s) 
in the video, e.g., 11, 22 or 44 Idlz. The "audio_bitdepth** 
field contains tiie audio bitdepth, e.g., 8 ch: 16 bit; the 
bitdepth indicates the number of bits used to represent a 
san^led value. 

The additional data structure fields defined by the audio 
table 94 are tabulated in tfie following. 



aOTliC3tion„object U,NN . laigc object application 
launcher NN text The name of the launching 

appUcatton 

platform text The platforms the 

application runs on 
size numeric Size of the plication 

The **application_obj'' field contains the executable code of 
the application that forrais this asset. The executable code 

15 may be stored in con^iressed format. The *laundier" field 
contains the name of the appUcarion from which this appli- 
cation is launched, i.e., executed The '^platform** field 
identifies the platform, i.e., computer and operating system, 
on which the application runs. The "size" application iden- 

20 tifies the file size of the apphcation code. 

The document table 98, which inherits from the asset table 
84, adds the following fields. 



25 



30 



35 







mmC-doc 






rsubclassl 


Field 


Limits 


Type Description 


doc_object 




lai;SB object Document 


fbmiat 




text Document format (PDF, DOC. 






iaF,PS,TeX.etc.) 


size 




numeric Document size 



The "doc_object** field contains the actual document that 
forms this asset The **format** field describes the format of 
the document, e.g., PDF, DOC, RTF, PS, TeX, etc. The 
"size** field contains the size of the document. 

The general table 100 also inherits from the asset table 84, 
and defines the following additional fields. 



40 



tnmf gfttwyal 
(subclass^ 



rrnnf audio 

(subdass) 



Field 



Limits 



lype 



Descrq>tiQn 



Field 



Limits Type 



Desciiption 



gcncraL_6bject U,NN large object 
fomiat text 
size numenc 



Asset content 
Descr^tive file fbcmat 
Size of the file 



audio__object 
format 

audio_type 



U,NN 
NN 



bitdepth 



large object 
text 



numeric 
muneric 



Audio 

Audio fiormat (WAV, 
AU, VOC, etc.) 
Audio type (numo or 
stereo) 
Audio size 

Sampling frequency (11, 
22,44 kHz) 

Audio bitdcpdi (8/16/32 bit) 



The "audio_object" field contains the actual audio. The 
**fOTmat** field identifies the audio format, e.g., WAV, AU, 
VOC, etc The "auclio_type** identifies the audio type, e.g., 
mono or stereo. The "size** field identifies the file size of the 
audio asset. The "samplingjreq_jchz" field identifies the 
sampling frequency of the audio object, e.g., 11, 22 or 44 
kHz. The "bitdepth** field identifies the audio bitdepUi, e.g., 
8, 16 or 32 bit 

The application object table 96 inherits tiie data structure 
defined by the asset table 84 and adds tiie following fields. 



The "gencral__object** field contains the content that forms 

50 this asset The *format" field describes the file format of the 
asset, and the "size" field contains the file size of the asset 
HL System Operation 
The operation of the multimedia asset system will now be 

55 described in greater detail in conjunction with the block 
diagram in FIG. 4 and the user interface screens depicted in 
FIGS. 5 through 19. The rectangular boxes, e.g., boxes 40, 
42, and 44, in the block diagram of FIG. 4 represent 
operational con^jonents of the multimedia asset manage- 

60 ment system. In the embodiment being described, the mul- 
timedia asset management program 22 is programmed in an 
objected oriented paradigm, Le., using an object-oriented 
programming language. The boxes shown in FIG. 4 can be 
implemented as objects and will be rcfeired to as such 

65 herein. Many of the boxes shown in FIG. 4 also correspond 
to user interface screens of the multimedia asset manage- 
ment system. For such boxes, the same reference numeral is 
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used to refer to the box and the cwresponding user interface Upon selection of the "OK" button, the contents and size 

screen, e.g., the reference "toolbar object 40" refers to the of the entries made in the "user name" and "password" fields 

software object and the refaence "toolbar dialog box 40" are checked by the nmltimedia asset management program 

It '"^"^"f • '^nJt'^V. 22. If there are any problems, the program asks the us« to 
DiUabasebAlesi^representedmnG.4bycyl^^ , ,e-enter the usa Line and/or paisw^d. TTie multimedia 
cyhnders 80, 82^86. The lines mterconnecUng the boxes and asset management program 22 obtains server and database 
cyhnders m FIG. 4 represent interaction between the soft- information (in parfc^lar, server name, host name, port 
ware components and the passing of data. ja^base name) from the session data object 
The operation of the multimedia asset management sys- 120. Assuming the contents and size of the "user name" and 
tern IS centered about the toolbar object 40. The toolbar user lo "password" fidds arc acceptable, the multimedia asset man- 
interface screen 40 shown in HQ. 5 includes buttons 60-74 agement program 22 uses this information to attempt to form 
for accessing the vanous functions of the mnltiiiiedia asset a connection with the server conqniter 10. Hie serva 10 
management program 22. Selecting one of the buttons, e.g., verifies the entered user name and password by comparison 
by a mouse, causes the multimedia asset management pro- to an internal database of user names and passwords If the 
gram 22 to display the user interface screen conesponding is multimedia asset management program is unable lo form a 
to the selected button. The "login/logout" button 60 is connection to the server 10. an infotmaUve eirar message 
selected to access the login user interface screen 42 and the e.g., incotrett password, is displayed, and the user is asked 
logout user interface screen 54. The "check-in" button 62 is to re-enter his^er user name and password. 
rSJt ^t^^.^ '*^'=!^-*° "7 *"'«^''« 'T't^l'^^ Once a connection is formed with the server 10. the 
^t^,!^^ 20 multimedia asset management program 22 accesses the 
Tt^w™ „t^^ ^ ^ the "browser" button .^rver database by way of the dLS^access o^e^ 126 

^n, . f ■ '^"^ '"^''^ '^P^'^'^ i° FIG- 4- The database access object 126 calls 

fr^n ftere the sem:h us« mterface screen « «n be f^^^^, „f ^^^^^^^ 23 to infract with the 

Lon Tit'^f,"'' ""T. T'"l?^ ^ ^"^^^ management system 14 on Ihe s«ver 10 (not 

•reports button 68. The user mitiates exitmg from flie 25 shown in HO 4) 

multimedia asset management program 22 by selecting the _ 

"exit" button 70 ^"'^ *2 is interrogated few the record coire- 

nie toolbar 40 can also include other buttons, as iUus- '^""^f ^\ ^^'^ 

trated in HG. 5. HG. 5 additionaUy depicts a "utilities" /"-^tI. • ''f^J^t entered user name. This is 

button 72. for accessing various utility-type flinctions of the 30 ^S'i2*^i"',„^?hA f k mterconnecting die lo^ 

multimedia asset management system 8 As explained in ""-"^ w ^ <^^''««,„««<'^^ o^J««. O"" 

greater detail below, the user can change hisrtier password 'V'^ I ^'^'^ returns the list of projecu to 

via the "utilities" button 72, and the ufer can cbL ZIm r*"* *f "'^ ^f^^l^^'^ ^^f" ^ 

assets cuaently checked out with the use^s-is check-out Jff |f mfonnation is storedin the 

type. Also depicted in FIG. 5 is a "help" button 74 for 35 f^^f"" object 120 ^ong with other user mformation 

obtaining onXe help on using the multiLdia asset man- ""^.""^S identification name. If the "assigned, 

agement system. project" field contains no projects, Le., has a NULL vahie, 

A, „f .1 J- » ^ multimedia asset management program toolbar dialog 

. At startup of the multimedia asset manaeement inoeram i »i. i. , - . ^ uuuu^ 

•r> »k. " J ... ..-I ^T^Z ^ ^ disables the dieck-in, check-out and rmorts buttons 

Z2. only the login/logout," "oat" and "utihties" buttons 60, it-j /oi « ti,. o.-,.,i, e^- .j- *~ 

tn.^AT'i. 1.1 J ^ ^ 1. ^ J. , . , " ' OA 64 and AS. The search button 66 IS not disabled because 

II T^JlrjT M^"" "^''^ «^ preview assets contained inTy of 

on start up of the multimedia asse^ management system the common projects. The «login_status" field in the u^-' 

program 22, a session data object 120, dmicted in FIG. 4, is ctr»fF J * -a^^ - , 7. 

r^s^ZuA Tn*« r^c^;^- A»*» ^u- ^ i'>n . £ 7. ^ole record is set to reflect that the user is logged in. 

created. Ine session data object 120 oontams information ™ 

regarding the system user, keywords, and other infonnation ^^^^^ interrogates the project table 80 for 

as explained in greater detaU below. 45 common projects, i.e., project table records with the 

"commoii_projecr field set This infonnation is also stored 

A. Login in the session data object 120. The login object 42 also 

Now the functions of the multimedia asset management obtains the list of keyword-category pairs stored in the 

system, accessed by way of the toolbar window 40, will be keywords table 106. The keyword-category pairs are stored 

described in greater detail. The action taken by the so session data object. The login dialog box 42 is then 

multimedia-asset management program upon selection cf closed and the toolbar dialog box 40 is returned to. A status 

the *login/logout" button 60 depends upon whether or not returned to the toolbar object 40. 
the user is already logged in. If the user is not ab^ady logged 

in, the login dialog box 42 (shown in FIG. 6) is displayed. ®' Check-out 
This is depicted in the block diagram of FIG. 4 by the line 55 Once multimedia assets are checked into the multimedia 

intercoimecting the toolbar object 40 and the login object 42. asset management system, in the manner described below, 

The login dialog box 42 shown in FIG, 6 has a **user name" the user can check out multimedia assets. The user launches 

field in which a user enters his/her assigned usex name. The the check-out procedure by selecting the "check-out" button 

login dialog box also has a **password" field in which the 64 on the toolbar dialog box 40, shown in FIG. 5. This 
user enters his/her assigned password. go causes the check-out dialog box 50 shown in FIG. 7 to be 

After entry of the user name and password, the user displayed. The check-out object 50 obtains die user name 

selects an "OK" button on the login dialog box 42 to attempt from the session data object 120. The check out object 50 

to login into the multimedia asset management system. also obtains the list of projects assigned to this user from the 

Alternatively, there is a "cancel" button, the selection of session data object 120. 

which will cancel the login attempt As with many of the 65 The user enters the name of the multimedia asset to be 

other dialog boxes, there is also a *1ielp" button which can checked out in the '*name" field of the check-out dialog box 

be selected to obtain on-line help. 50. The asset name should correspond to one of the names 



s 



a 
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in the "name!- field of the assets tables 86 stored on the CO.UPDATE. The "check-out date" field contains the date 

storage device 12. Upon selection of the down-arrow adja- the asset was checked out 

cent the "project" field, the check-out dialog box lists the xhe check-out object 50 also causes an entry to be added 

projects torn which the user can check out assets. The list the check-out table IftS on the server. The fields of this 

of projects conesponds to the list of projects assigned to the 5 previously described table are filled. For exan5>le, the 

user, whidi is obtained fi^om the session data object 120. The "check_out_type" field is filled to represent the "use as is" 

user selects one of these assigned projects. check-out type (i.e., "CO_USE_j\S_JS"). 

The user specifies the type of asset to be checked out by ^ .^^ ^ ^ jype ^ specified, the 

selecting one of the radio buttons (audio, video, mage ^j^Ject 50 similarly obtains a copy of the asset 
document, code or other) in the "type panel of ftedheck out 10 j^^^y^gjatabase access object 126 and the copy of the asset 

dialog box SO. The buttons are "radio buttons in that only ^ ^^^^ ^ ^^^^ ^^^^ 20. The dieck- 

one button can be selected, and if a new button is selected, ^ check-out table 128 

the previously-selected button is de-selected. The user bvwayofthecheck-outtableobjectl30.And.thecheck-out 

selects the check-out type by way of the "What do you p^ ^^^'5, ^ ^^oiA to be added to the server-side 

to do with diis asset?" panel of the check out dialog box 5». 15 ^^^j^^^ y^e "checkL.oul^type" field is set to 

Tlie user specifies one ofthrw checkout types: use as is; use j^e "use as basis" check-out type. 

Sol^^r^rSt^orofrLrsSTo^el^^e ^ "update/c^e." checkout .yi- is s^dfied^e 

tf:^^:^ as ba.s- che^ out is ^^^^ ^^^f^^TZil^'^J^f^ 
aUowedtocreateanewassetunngftedie^m^^ ^ l^ScSsT^cess object 126 causes the serverio: by 

*l£o^ti5if;Sthr^ "a^X:S^e l^y S^the database management software 14^. d.eck file 

cnecK-oul lypc is spcuiicu, uic ui«iL . . « <:MVPT-<rfdft check-out table 105 to determine if this asset is 

asset, nie default checkout ^ is "use as ba^s. e^^^ut K 4e asSis aLdy checked out. regardless 

The check out object 50 submiK a query to the database ^^^^^^" ^^le requested check-out is denied. The 
access object 126, depicted in HG. 4 to locate the user- ^ ^ J'^^JJ^'^'J^ V user of this condition and 

specified asset and to ^^Jnln SSeSck omXdowSO.Ontheotherhand.if the 

allowed. The database access object ^ m cotyun^on ^ j^^^j^^^^ j^dced out, the database access object 

with the database managementsystem 14 (FIG. l)^^es ,^31 cUent 

the specified asset-type t^We ^.e ^"dP^^^ J^^^ check-^ut object 50 adds an entry to the local 
the asset cannot be found, ^ f^^^'^'l'"'^''^^ ^ "eck-out table 128 by way ofthe checkout table object 130 

returns that status information to the ch«dc-out object 50 check out An entry is also nuide in the 

and the check-out obje<* 50 n^portst^faduo^^^^^ f^J.tfde'^eclS^le 105 to^ect the check-out The 

the asset is found, ttie "cunent_jnodify_by" Add °f fte „ by" field of the asset's record on the 

assetischec^todetenmnetftheassetisa^en^^ sT'^^SK with the u«. name, 

out for modification, i.e.» checked out with the Tipoate^ »uiva *v * . ^ „ . jj.*. i 

correct" check-out type. H the asset is currently checked out Regardless of the check-out type, the foUowmg addi^onM 

fTmodiflcation, n^dditional check outs of the asset are actions are perfonned. The '^sage counf Aeld of the 

allowed. The database access object 126 reports this condi- asset's record on fte server 10 is ""^^^^^^^^^ 

tion to the check-out object SO, which in turnreports diis fact storingthe copy of the asset locally (i.C;. on the dient storage 
^ fhe^er ^ device 20). the check-out object 50 checks to see if a local 

Further ^erificaUon of whether the check-out is allowed Me of file same "^T^ " "^/^f^,^/,^^^ 

deoends on the type of check-out specified. If the "use as is" checked out (lc., the -filename field of U>e asset record) 

S ou? W?^i?5^ed, no further verification is needed. exists on the fent. If so the copy^ no "^^fl l°^f ^ 

SaXfaccessobjec; 126 copies the asset locaUy. Le., the user is infoimed of the enon On toe o*er 

iuc uaiouao^, J r check-out IS succcssfully completed, the user is mformed ot 
to the storage devK^e 20 on file dieut 16. 45 ^^^^^j^y^^^eck-outdLog box 50 is closed and the 

The check-K)ut object 50 stores an indication of fee ^ ^ ^^^^ ^ ^ 

check-out in a local check-out table 128 on flie dien "^^^ ^ the check-out 

computer 16, as depicted in FK. ^"^uniquf local <:^e^^^^ SoTS^fo U sele^d prior to successfuUy completing a 
table is used for each ^'{^^^SllS^y so S-out Hie check^t'^og box 50 also has a "help" 

CoT^SSS^^c5«rm whi* on-line help can be obt^ed. 

table 128 comprises a file with an entry or record for each q Check-In 

check-out Each enttv has the following fields: check-in . ^ ^ . . 

as^et oS as° rt name; project; filename; asset type; Next, the check-in procedure is descnbed in conjunction 

S^ruftype- dieck-out date lie "check-m 3S with the block diagram in FIG. 4 and the check-m user 

SlSwXe *srt flecked back in. The "asset OID" interface »'=^e«-^t°«"»"fGS »-15 Upon user ^^^^ 

flew contains a pointer to Uie asset on ttie server computer of the "check-in" button 62 on the tootoar 4«^the check-m 

wiSubasrZiagementsysteml4.The"assetname" Procedure is begun. Tlie file check-in djM^ 

field is file name of the asset, i.e , in the "name" field of ttie in FIG. 8 is displayed. In this dialog box. flie user speafles 

ltt^o^dTSilrverlO.W'-project"ficldcontainsfiie 60 thepatt, and name of fij^= file contaming toe mult^^^ 

^ of file project to wWch flie asset corresponds. IHe ^^'^'^.^^l^^'^^Z'^'ftiZ^l^V^^^ 

^ame" field contains fiie file name assigned to ttie asset field and ttie file patti is speafled m dijectmes and diiv« 

^^r^^^S o?mf assetrecordon the server 10. fields. The '^et^vork" button can be sdected to sdect^k 

"asset type" field contains the asset type, i.e., ttie drives on different sejver computers Tlie usa ^ s^a 

^^et ^•^doftheassetrecordontheserverlO.Hie 65 fil^f»nnat^e.e.g.,tat.rjw«i,^ 

"^ecfc^ut tvue" field contains ttie check-out type, i.e., field to hmit ttie files hstedmttic 'filename Add. After U^e 

CO_USe!!aS_IS C0_USE_AS_BASIS, or file has been specified, the user contmues ttie check-m 
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procedure by selecting the "OK" button. If the "cancer checked in is a modified version of a previous asset, a 

button IS selected, the check-in operation is aborted and the description of the modifications can be entered here. Upon 

toolbar 40 IS again disp ayed s^rage of the asset on the server 10, this modification 

Upon selection of the OIT button, the check-in object 44 information is placed in the "add_ch£_desc** field of the 
deteimmeswhetiierthespecifiedm^ 5 record for this asset If. in addition to the basis asset one or 

S.tv .'„.".'h, AVif^^^ by reviewing the local n,ore assets currenfly existing in the multimedia asset man- 

basis" check-out types specified, the asset is checked in ^ '^^"^^ ^^^^^ ^"^^ 
without further action by the user. The check-in object 44 

(by way of the check-out table object 130) adds the current ^ keywords for the asset by use of the 

date to the "check-in date" field of the entry corresponding "categories" and "keywords" fields. The user first selects 

to this asset in the local check-out table 128, to reflect the "categories" Hsted in the "categories" field. The 

check-in- The local check-out table entry is not removed at ^heck-in object 44 then obtains tiie keywords falling within 

this time. Rather, each time the check-out table object 130 is ^ category fi-om the session data object 120 which then 

called, the check-out table object 130 checks for records Provides a list of keywords in the *Tceywords" field. The user 

with a check-in date (i.e., in the "check-in date" field) more ^^^^^ °^ keywords and selects me 

than a selected amount old (e,g., two weeks). Thus, records ^^jacent ^'right arrow" button to have the keyword added to 

in the local check-out table 130 arc not removed untQ after **keyword list** field. In this manna, multq)le keywords 

a certain period of time after the asset has been checked in. sequentially added to the "keyword list* * field. To 

The check-in object 44 calls the database access object 126 remove a keyword from the keyword list, the user selects the 

to have the object checked back into the server 10. This l^eyword in the "keyword list" field that the user wants to 

con^jrises removing the entry corresponding to the check- remove. The user then selects tfie "left arrow" button adja- 

out ftom the server-side check-out table 105. Then the cent the "keyword list*' field. Alternatively, the user can add 
check-in object 44 rettuiis control to the toolbar object 40, „ ^ remove a keyw^d from the "keyword Hst" field by 

which <mce again displays the toolbar window shown in double-dicking on the keyword in the "keywords" field or 

HG. 5. '^keyword list" field, respectively. The specified keywords 

On the other hand, if the user-specified file name does not ^ ^ "keywords" field of the asset record on 

correspond to an asset that has been checked out as **use as ^^^'^ 

is" or "use as basis" (i,e„ this asset docs not exist on the 30 copyright information, such as the 

server or this is a modified or updated version of an asset on copyright owner, for the asset in the "copyrigjir field. The 

the system) the check-in dialog box 44b shown in FIG. 9 is ^ further copyright information, f<x exanq)le the 

displayed. The user specifies further details of the asset in f oiit^ person and telephone number, in the "copyright 

the check-in dialog box 44b. The **file" field contains the file "^^r can enter the nunaber of hours charged 

path and name that the user specified in the file check-in 35 ^ ^® "hours charged" field which is 

dialog box 44£i. This field is not editable. The check-in subsequently entered into the *^c__to_create" field of the 

object 44 obtains the user name, the Hst of assigned projects ^^^^^ record on the server. 

for this user and the list of keywords in the keywords table The user can select the "check-in" button, the *'reset" 

106 fi-om the session data object 120, The chedc-in object 44 button, the "cancel" button ot the "help" button at the 
reviews the local dieck-out table 128 and constructs a list of 40 bottoni of the check-in dialog box 44b. If the "check-in" 

assets that the user has checked out with the '*use as basis" button is selected, the check-in object 44 checks to see that 

check-out type. This list is used to prefill the "basis" field in the **name," '^project," '%asis" and "description" fields are 

the check-in dialog box 44b. The check-in object 44 also not blank- If any of these fields are blank, the user is asked 

constructs a list of assets the user has checked out with the to complete the blank field. In the asset **type" panel, in 

**use as is" check-out type. This list is used to prefill the 45 which the asset type is specified, there is an "attributes" 

"consists of* field in the check-in dialog box 44b. The list of button. This button can be selected to define the attributes for 

assigned projects and list of keywords are used by the the specific asset type, i.e., audio, video, image, document, 

dieck-in object 44 to pre-fill, as possible selections, the code or other, as described below. If the user has not 

^•project," "categories,** and "keywords" fields in the check- previously specified the asset attributes by selecting the 

in dialog box 44b. ^ "attributes" button, upon selecting the "check-in** button, the 

The check-in dialog box 44b includes a "type" panel attributes dialog box that would have been displayed 

having radio buttons for each of the possible asset types: ^ the "attributes" button was selected is displayed, so that 

audio, video, image, document code or other. The user the user can specify the asset atttibutes. 

enters the full name of the asset in the "name" field. The user The check-in object 44 then calls the database access 

selects one of the projects listed in the '^project" field. By 55 object 126 and passes flie information specified in the 

way of the "basis" field, the user can select, from the list of check-in dialog boxes to the database access object 126. The 

assets, the asset, if any, that served as the basis for the asset check-in object 44 also passes a flag indicating whether this 

being checked in. TTie list of possible basis include a NONE is a modification of a previously existing asset, in which case 

option. The NONE option should be selected if the asset has particular database fields are updated, as described in the 

no basis. If a basis asset is specified the information for that eo following. The database access object 126 in txxrn causes the 

asset, obtained from the server, is used to pre-fill the specified information to be stored in the appropriate asset 

"consists of." ^description," **keyword Ust," "copyright," table 86 on the server 10. If this is a completely new asset, 

and **copyright info** fields, as a starting point for the current a new record of the corresponding asset type is created and 

asset These fields can be subsequently modified by the user. the fields for that record are filled with the specified infor- 

The "description** field is a scrollable text field in which 65 nation, 

the user can enter a description of the asset. The '*modifi- On the other hand, if this is a modified version of a 

cations" field is also a scrollable text field. If the asset to previously existing record, the record for that asset is 
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asset The entry in the server-side check-out table 1^ cor- ^^J^ ^^^^^ ^ j^O. This information is used to 

responding to the previous check-out of the asset is "project" field and the "categories" field, 

removed. "projecf ' field is a non-editable field in which the user 

After the check-in is complete, the multimedia asset selects one of a list of projects to be searched. The list is an 
management program informs the user of the result of the w gjnaiganiation of assigned projects and common projerts. 

check-in. e.g., the check-in was succcssflil. The check-in duplicated jwoject listings elinainated. The search dia- 

dialog box 44b is then closed, and the toolbar dialog box 40 ^ contains an asset-type check box fcjr eadi of the 

is again displayed. asset types (Lc, audio, video, image, document, general, or 

Jf prior to completion of a check-in. the user selects the code). The user can check one or more of these asset-type 

"reset" button in the check-in dialog box 44b, the check-in boxes to specify the Qrpe(s) of assets to be searched for. 

object 44 clears all information specified for the asset in the The search dialog box 48 contains three search fields 138, 

editable fields of the check-in dialog box 44b. On the othra 140 and 142. SequentiaUy using the search fields 138, 140 

hand, if the nsa selects the "cancel" button, the check-in is ^nd 142, the user can define one conqwnent of a search. The 

aborted, and the toolbar dialog box 40 is again displayed. left-most search field 138 is a non-editable, single-selection 

Hie user can obtain on-line help by selecting the "help" ust box that lists the fields of the asset data structore (as 

button. described above) that can be seardied, e.g., the "name," 

The attribute dialog boxes for specifying the asset-type "description," "creation_date." "modify_date," etc. fields, 

spedflc attributes are shown in FIGS. 10-15. It is not The Hst of Adds is displayed upon selectton of Ae adjacent 

iMndatory that asset type specific attributes be specified. down-arrow, as illustrated in HO. 17a. The middle search 

Each of the fields in the attribute dialog boxes are editable field 140 is also a non-editable, smgle-sdect Ust box. As 

text fields that the multimedia asset management program shown in HO. 17a, this list box lists the various sear^ types 

nre-fllls to the extent possible. Each of the attributes dialog that can be ^plied to the field selected m fte Irft-most 

boxes shown in FIGS 10-15 has: an "OIC button, wWdi is search field 138. The right-most search field 142 is an 
selected after the attribute infcnnation has been con^leted 3^ editable field in whidi the user specifies the qualif^^g data 

to confirm the entated infonnation; and a "resef button, for fte field specified in the left-most search field based 

selection of which causes the attribute fields to be cleared. upon the search type specified in the middle seardi field 140. 

The attributes dialog box for audiolype assets is shown in Tlie search types that can be spedfledin flic imddle search 

HO 10 In this dialog box, the user can enter the format, field 140, depending on flie field specified m flie left-most 

audio type, bit depfli and frequency of ttie audio asset The 35 search field 138, comprise: contams, does not contain, 

video ateibutes dialog box is shown in FIG. 11. By way of equals, does not equal, is less than, is great^ tha^ is brfare 

this attributes box. the user can specify the video fomiat, is after, etc. As an example, the '^''^^-^'^ ^f^JZ^- 

frame rate, compression, key frame period ("key frame specified in the left-most search field 138, flic equak 

everv" field), data rate, audio type, audio frequency, audio search type can be specified in the middle sewch field 140. 

Kp* hd£t and ;vidfli. m 12 showTthe attributes « and the text "Apr. 5, 1996" is ent«ed in the 

dialogbokfor toage assets. The user can specify flie image search field 14Z TUs example ^es a search for assets 

fonnft resolution, bit depth, pallet height, and width. TUe that were created after Apr 5, 1996. Upon selecUon of flie 

dialog box for Knent-type assets is shown in "add condition" buton 144, the multimedia a«et f^a«e- 

^. 13. With this dialog box, ttie user can specify the ment Fogran 22 «Aecks to see whether prope^ selections 

document format and the program tiiat can be used to view « were made in the left-most and imddle seKch Adds 138 and 

*e d^mnent (i.e., flie "lather" field). HO. 14 shows ttie MO and that flie right-mort search field 142 was fiUedH no^ 

Lucation file attributes dialog box, which is displayed for the user is prompted to fill m flie appropriate fields, ff tte 

cffi^set J^s^T^ie user cJsp^ the platfoL for the search fields 138. !«► and 142 «c property 

application aid flie launcher program for flie appUcation. search query defined by these fields is placed &e next 

^e attributes dialog box for oflier asset types is shown in 50 available query hne 146 m flie que^r section 1« of toe 

FIG 15 in which fte user can specify flie asset format and search dialog box 48. The current entnes m flie fields 138, 

. ■ ■ 140 and 142 are then cleared. 

Oflicr search components can then be sequentially defined 

D. Search/Browse by use of die search fields 138, 140 and 142 and flie "add 

RemrninBnowtoflietoolbardialogbox40showninnG. 55 condition" button 144. Subsequent scar* comf^nente arc 

5 tf^^l^dWteowse" button 66 % selected, flie search/ added to ttie next empty query Hne 146 of flie query section 

w^^^^n in no. 16 is displaced. On start 148. Radio "and/or" buttons 46 exist between * W' 6^^^ 

m^rfAr^Staowse window 46 aresults area 160 of flie 146 for flie user to specify how search components are to be 

r^wis^a^ra^^eTSiiTbuttonson combined. If flie "and" ^"«<>»^ f^-J^!"^ 

rSow are deactivated except for die "new search." 60 '^^'^^''^^^^^'^^^'^^^^7^^.^^^^^^ 

*an^ - and "help" buttons. Selection of Oie "cancel" radio buttons straddle must be satisfied. On the o^a hand 

button do«s die se^chAjiowse window andretums control if the "or" button is sel«:ted.^nly one of fliese two wreh 

to Ae t^fcL obiSt 40 To ttiat ttie toolbar dialog box is conditions need be satisfied. The search quay is built from 

to the toolbar oDjectw, so mat mem s the top to bottom of ttie query lines 146, so that ttie operator 

"'SofSSon of the "new search" button, ttie search 65 "<-^<^^ ^'^^-'^.t'''''^,*^^'^'^^^^^,^^ 
diS^^shown m no. 17 is displayed. Through ttus Ute user can specify a ^^'^y^^fj^^^^^^ 
S box 48. flie user can specify a search for assets a search component by way of ttie categories and key- 
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wOTds" fidds 46 and 152 of the search dialog box shown in Microsoft Carfx^ation. For example, if the selected asset is 

FIG. 17. The "categMies*' field 46 is a non-editable, single- an image, the appropriate viewer displays the image on one 

select Hst box that lists possible categories of keywords. This of the ou^ut devices 28, e.g.. a display screen. On the other 

list of possible keywords is obtained from the sessions data hand, if the elected asset is audio, the appropriate viewer 

object 120, The user selects one of the categories of key- 5 plays the audio content on one of the output devices 28, e g 

wcffds listed in the "categories" field 46 as shown in HG. speakers. As depicted in FIG. 4 by the line interconnecting 

I7b. The ^keywords" field 152 is a non-editable, single- the browser/search object 46, 48 and the database access 

select Ust box that lists the keywords falling within the object 126, when an asset is selected for previewing the 

selected category of keywords. This list of keywords is browser/search object 46, 48 obtains the asset from the 

obtained from the session data object 120. The user then lO server 10 by way of the database access object 126 

filV^lt ^^^ZZf u''"^ the "keywcds" field The user can also view descriptive infonnation on one of 

Se^e^'lSew^ i^f X^^' by selecting the assetLd then selecting the "Get 

the SL^L"^^^^ ^ n ' t'""^" bottom of the browse dialog b^ 46. The 

^ndft^n" h^^^^ ^^^^^^ ^^i'^' 46 obtains infonnation regarcUng the asset 

condition button 154, the multmiedia asset management 15 from the asset's record on the server 10 by way of tfie 

Lo^^^n^' -1 "T'Z'^'^Ti <iatabase access object 126. As iU^ted in HG 16^ ie 

category and keyword fields 46 and 152. ^^ion contained in the foUowing database fields in the 
Once the query lines 146 are all full, the "add conditions" asset's record: name; asset_type; filename; description- 
buttons 144 and 154 are deactivated so that no further search 20 add_chg_desc; size; creation_date; creator_id- 
components or conditions can be specified. inodified_date; copyright; copyright_Jnfo; imd format. The 
If the user selects the **resef * button positioned towards infonnation is displayed in an "asset infonnation" window 
the bottom of the search dialog box 48, all the fields are 161 over the browse dialog box 46, as shown in FIG. 166. 
cleared except for the *^iser" and "project" fields. If the user The user can select aU of flic icons 162 displayed in the 
selects the "cancer button, the search wmdow 48 is closed ^ search results area 160 by selecting the "all" button at the 
and the towso: window 46 shown in HG. 16 is again bottomof the browse dialog box 46. The user can reset ie 
displayed. On the other hand, if the user selects the "search" remove, the selection of aU icons 162 by way of the **none" 
button, tfie search object 48 looks to see that at least the button at the bottom of the browse dialog box 46. If the 
**projecr field has been selected, and then creates an internal search found many assets satisfying the search so tiiat flie 
seardi string based on the contents of the '^project" field, the ^° icons 162 span multiple pages of the seardi results area 160 
asset type(s) selected, and the query lines 146. the left and right an-ow at the bottom of the browse dialog 
As depicted in FIG. 4, the search is submitted to the ^ox 46 can be used to page forward and backward through 
database access object 126. The database access object 126 the search results. 

requests flie database management software 14 on the server 3^ The user can begin a new search by selecting the *'new 

10 to pcrf OTm flie specified search. The senrer 10 returns tfie search" button at tfie bottom of the browse dialog box 46. 

seardi results (i.e., a set of pointers to flie assets that satisfied Upon selection of ttie "new search" button, the search dialog 

the search string) to the database access object 126, which box 48 shown in HG. 17 is displayed and pre-filled wifli ttie 

in turn returns flic search results to the search object 48. The previous search query specification 

namesof flie foundassets and fliethumbnailsforanyimage ^ The user can check out one or more of the assets repre- 

assets, are also rrtunied to tiie browser object 46. TTie sented by an icon 162 in flie search results area 160 by way 

browser objea 46 in turn displays flie search results in flie of flie "check-out" button at ttie bottom of flie browse dialog 

"^^^ T ifL ^"^^l f^"^ illustrated box 46. Tlie "check-out" button is deactivated unless one ox 

m FIG. 16a. Eadi asset located by tiie search is displayed as more icons 162 have been selected. 

an icon 162. The icons 162 include the asset name TKa «^o^u^„*»» • 1 j . ^ . . 

(contained in flie W" field of flie asset record) and flie r^^^LT^^Z r.^^^^^ 

filesizebelowflieassetnamc.Forimageassets,flieiconl6l ^£^t^^ I'^.T^^^^ 

is flie fliumbnail representation of flie Iset Ot^er assets are ttl^lZlT^i T ^.^^^ "^^^ 

represented by a st^dardicon for flie particular asset type, f.^lnT^Tn l^"'*^^ 

V. . ' ^ ^ y '"^'^^ •'/F^' user information contamed in flie session data object 120. 

The icons 162 can be selected, e.g., by cHcking on one of 50 This situation can occur when flie user searched one of flie 

the icons using a computer mouse. If one of flie icons 162 common projects, but fliat specified project is not one of flie 

IS smgle-selert^ e.g., clicked on once wifli a mouse, flie projects assigned to flie user. Any user can search and 

selected icon 162 is highhghted to show its selected state. A browse common projects. However, only users assigned to 

^preview button is displayed at flie bottom of ttie browse a project can check out assets from fliat project 

dialog box 46. If only one icon 162 IS selected, ttie ''ore- «« t^*» *>rtU&«i>' Mt4.n u..**. t.* ^.^^ 'j* . 

•« * ui J Li J 1 . I . " cnecK-out outton is activated 11 one or mere icons 

Knn. ' I T^"^ '"^"".T f is ^^gned to tfie project 

l^^t^ TZ^^ . T^' r^resented by the sdected from which flie assets were found. If activated, user se et 

M^^.^Z IT ^ I"^^"? ^"'^^J^'fi^^^^^ "check-out" button begins flie chtXout 

double sdecu e.g. double-click procedure, as depicted in FIG. 4 by flie Une intercomie^g 

iZtifiedT ^^^^^^ ^"""^ ^ browser/search objects 46, 48 and flie checkout obj J 

idcnUfied by flie scleaed icon. 5^. if ^nly one of flie assets Usted in flie search results area 

Previewmg an asset by eiflier doublenselecting an icon 160 of flie browse dialog box 46 is selected, ttie check-out 

162 or use of tiie ••preview'* button causes tiie contents of flie dialog box 50 shown in FIG. 7 is displayed, and flie 

asset to be previewed by calling a viewer program assod- check-out procedure as previously described is followed, 

ated wifli flie type of asset selected. e.g., Paint Brush for 65 After flie check-out is completed from flie check-out dialog 

viewing Images and Media Player for viewing (visually box 50, tiie check-out dialog box 50 is closed and control 

and/or audibly perceiving) audio and video, bofli offered by rehims to ttie browse window 46. 
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On the other hand, if milltiple icons 162 have been button on the logout dialog box 54, Ae logout is aborted, the 

s.^XTs^J^^^<!ie0.f^^ci>.ck.o.^<iMog l°8oa.<Ual<^boxS»isclosed,andthet^^^^ 

tox SO is not disDlayed. Rather, the selected assets are is again displayed. Alternatively, the user confems ftc 

^ient^y IS ouTautonu^tically With the "use as is" logoutby selecting the "OIT ^onj^m axe^en^^ 

check out wpe. The user is asked to confirm the check-out 5 checked out to the user, a further dialog box is displayed^ 

Sl^otSlaying the check-out dialog box 50, the i«rfonmngthe«serof tie nu|^er of assets che<^o^^^^^ 

S-o^proced^ for each selected asset is the same as user. The user is asked whether he/she wishes o still log^^^^ 

SudyT^cribed. If the check-out i. successful, the despite the fact that assets are checked out. » the us« 

Sudy sS icons are deselected in the search results confirms the logout the logout conhnues. A^t«nativdy the 

^™ ?^oftf,Vhrawse window 46 to user can caned the logout, in which case the logout Aalog 

area 160 of the browse window 46. ^ ^ ^^^^ ^^^^^ ^ ^^^^ 

E. Reports displayed. 

»t. ,u Tf the user confirms the logout the multimedia asset 

By selecting the ^^eports" button 68 on the tooto ~ JnTp^^2 logs L user out. The user infor- 

box40,thereportsfanctaonisUunchcd,asdep^ STde^Kom thf session data object 120, as 

4 by the line interconnecUDg Ae toolbar objec^ 40 and Ae ^^^^ ' ^ ^ interconnecting the logout 

reports object52.The ^^eports^^ dialog box52 showninnG deg(J m ^lU 4 y ^^^^^ 

18 is displayed. Only use^^ of ^eT^^t^ e 8^ S X server is updated to reflect the logout, i.e., the 

specified in the 'Mser_Jevel field of the staff table 82 are ^^^^ ^ 

aUowed to invoke the -^reports- d^og box 52^11^^ up^ The logout dialog box 54 is then closed, the 

dialogbox52includesaJepar^ fidd^^^ ^JSoJ^^tleTerverisenV and thetooib^ 

select one or more report types, The ^reports field is a ^ disolaved 

non-editable, multiple select Ust box. The user selects one or 40 is agam mspiayea. 

more report types from this list box. The user can only q 

generate repcBrts for projects to which the user is assigned, -a t^^iK^r 
fe theprojectsUstedinthe"assigned_projects"fieldofthe ^5 upon selection of the "exit" button 70 on the toolbar 

stafftable82.TheavailablerepOTttypesinclude:aUstofall dialog box 40, the multimedia asset management program 

assets diecked out by a specified date; a Est of aU assets 22 is terminated if no user is currently logged-in^ Jf a user 

created by a specified date; a Ust of all assets created from is currently logged-in, the logout i^ocedijedesc^ 

existing4ets^aspecifieddate;thehistoryofaparticular diately above wi& respect to HG. 19 is first foUowed. fftiie 

asset- the assets currently checked out by a specified user; all user chooses to logout, after the user logout is completed, the 

asset^ currently diecked out. broken down user-by-user; and multimedia asset management program is terminated, 

a list of all users currently logged in. ^ Utilities 

Upon sdection of one or more of the report types, the * «^ ^ . ti_ 

"ex^te" button at the bottom of the reports dialog box 52 Upon selection of the "utiHties'' button 72 on the to^b^ 

is activated. Once activated, user sdection of the "execute" dialog box 40, the utiUties dialog box 180 shown in FIG. 20 

button causes the multimedia asset management program 22 is displayed. The operation of fee utilities fimcdLon is pro- 

to determine whether additional information is needed for yided by way of a utilities software object. The utUiUes 

flie requested report type(s). If additional information is dialog box 180 contains a fidd 182 in whidi the user ento 

required, the user is prompted for the needed information. the type of utiHty function the user wishes to execute. 'Die 

The reports object 52 then calls the database access object utiUty dialog box 180 Usts the available utility fiinctions; the 

126 to access the database on the server 10 to obtain the user selects one of these. The utility functions depicted m 

information for the report, as depicted in HG. 4 by tiie line FtG. 20 conqirise changing the user password and checking 

interconnecting the reports object 52 and the database object in aU assets currenUy diecked out by the user with the 

126. Upon obtaining the database information, the database use-as-is check-out type. 

access object 126 returns the information to the reports utiUties dialog box 180 has "execute" and "caned** 

object 52, which then provides the report in the **results" buttons. Upon selection of the "caned" button, the utilities 

area of the r^orts dialc^ box 52, dialog box 180 is dosed and the toolbar dialog box 40 is 

Upon display of the report in the "results" area, the again displayed. If the "execute" button is sd(^4 the 

"execute" button is deactivated and the "save** and '"piinr so utilities fiinction specified by the user m the add 182 is 

buS onT^^^^^^ reports dialog box 52 are performed If the "check in aU READ^NLY^^^^^^ 

activated The user can save the results report by selecting function is spedfied, all assets cunenUy diecked out by fee 

fee "save" button, upon which fee user is prompted for fee user wife fee us^as-is chedc-out type are ^^to^^^^^^ 

file name in which to save fee report as a text file. If fee user chedced in fee manner previously ^^^^^y^^J^^^ ^ 

selects fee *^t" button, fee user is prompted to spedfy a 55 fee diedc-in funcuon. The utilities object caUs fee diedc-in 

printer and fee results are feen sent to fee selected printer. object 44 to chedc in fee assets. 

Upon user selection of fee "canod** button on fee bottom of jf the "diange user passwwd" utiUty function is specified, 

fee reports dialog box 52, fee repots dialog box is closed the "diange password** dialog box 184 shown m HG. 21 is 

and control returns to fee toolbar object 40, which displays displayed, fee operation of whidi is provided by way of a 

fee toolbox 40 shown in HG. 5. 60 password object The change password dialog box 184 has 

three fields: an "old password** field in which fee user enters 

F. Logout his/her current password; a "new password** fidd in which 

If fee user selects the "loginAogout" button 60 on fee fee user enters fee desired new password; and a "confirm**© 

rooiDaruitti^ for confirmation. The user feen selects a change button on 

JSXewiShesu, logout If the user selects the "cancer changing the password. The password object modifies the 
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user password by way of the session data object 120 and the 
database access object 126. If instead the user selects a 
"cancel" button on die dialog box 184, the change passwcard 
dialog box 184 is closed, and the utilities dialog box 180 is 
again displayed. ' 

IV. System Implementation 

Next, preferred system implementation details are 
described. In the preferred embodiment described herein, the 
server 10 depicted in FIG. 1 is an Indigo 2 Workstation from 
Silicon Graphics Incorporated with a minimum of : a 46 
MHz Mips Microprocessor; 64 megabytes of random access 
memory (RAM); a 1-gigabyte SCSI disk drive for the server 
operating system; and a 10 gigabyte SCSI disk drive for the 
multimedia assets. The Irix 5.3 operating system with 
Extended File System (XFS) from Silicon Graphics Incor- 
porated is used as the operating system for the server 10. The 
database management system software 14 is the hybrid 
object, relational-database management system (ORDBMS) 
niustra from Dlustra Information Technologies, now part of 
Infoimix Corporation. The niustra database management 
system is used along with the VRI and text Datablades 
offered along with Ulustxa. In an alternative embodiment the 
server computer 10 is formed by way of a personal computer 
having a Pentium Processor fix)m Intel Corporation. The 
Windows NT 3.51 operating system from Micxosoft Coipo- 
ration can then be used as the server operating system. 

The client computer 16 is a personal computer with a 
Pentium ftocessor from Intel Corporation. The client com- 
puter 16 includes at least 24 megabytes of random access 
memory, and the storage device 20 is at least a 1-gigabyte 30 
hard drive. The Windows NT 3.5 operating system from 
Microsoft Corporation is used as the client operating system. 
The Windows 95 operating system from Microsoft CcKpo- 
ration can also be used The multimedia asset management 
program 22 is written using Visual C++2.0 from Microsoft 
Corporation, along with the Microsoft Foundation Qasses 
MFC provided by Microsoft Corporation. Visual C++2.0 is 
an object-oriented programming language. The DB access 
object 24 uses a library of application interface (API) 
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ii) storing the multimedia asset to be diecked in, along 
with any speciiied characteristics and identification 
information, in a database contained on a storage 
device; 

(b) upon the user's request, searching the database for 
multimedia assets, including the steps of: 

i) prompting the user for a search strategy based on one 
or more of asset characteristics and asset identiiica- 
tion information; 

ii) searching the database for multimedia assets that 
satisfy the user-specified search strategy; and 

iii) reporting any multimedia assets found to satisfy the 
search strategy; and 

(c) upon the user's request, selectively checking out a 
multimedia asset contained in the database, including 
the steps of: 

i) prompting ttie user for a multimedia asset to be 
checked out, and prompting the user for one of 
multiple check-out types; 

ii) determining if the user-specified check-out is 
allowed based on predetermined criteria; and 

iii) if the user-specified check-out is allowed, copying 
the multimedia asset to be checked out, for use by the 
user, and storing an indication of the check-out and 
the type of check-out in the database. 

2. Hie con5>uterized method of daim 1, further compris- 
ing previewing a multimedia asset upon user request, includ- 
ing the steps of: 

receiving a user-selection of an nmltimedia asset to be 

previewed; and 
retrieving the user-selected multimedia asset from the 
database for preview by the user. 

3. The computerized method of claim 1, wherein the 
computerized method is inqslemented in a client-server 
con[q)uter architecture, such that the user is prompted for 
input data and user selections on a client computer and the 
database is stored on a server coii5>uter. 

4. The computerized method of claim 1, wherein iraple- 
functions 23 provided along with the Slustra database man- 4^ mentation of the computerized method includes a computer 
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agement system. The client-side database management tool 
21 is IQT, a gr^hical user interface database management 
tool offered along with niustra. 

While these system implementation details are provided, 
it is to be understood that various other hardware and 
software can be used to implement the multimedia asset 
management system 8. 

The foregoing description of a preferred embodiment of 
the invention has been presented for the purposes of illus- 
tration and description. It is not intended to be exhaustive or 50 
to limit the invention to the precise form disclosed. Many 
modifications and variations are possible in light of the 
above teaching. It is intended that the scope of the invention 
be limited not by this detailed description, but rather by the 
claims fended hereto. 

We claim: 

1. A con^uterized method of managing multimedia assets 
of one or more of image, video, audio, text, and program 
code media types, including the steps of: 
. (a) checking in multimedia assets of one or more of 
image, video, audio, text, and program code media 
types, upon a user's request, the checking-in step for 
each multimedia asset checked in including the steps 
of: 

i) prompting the user for chara<^eristics and identifica- 
tion information for a multimedia asset to be checked 
in; and 
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program implemented in an object-oriented programming 
paradigm. 

5. The computerized method of daim 1, wherein the 
multiple check-out types include: 

a first check-out type, wherein a multimedia asset checked 
out with die first check-out type specified cannot be 
modified; 

a second check-out type, wherein a multimedia asset 
checked out with the second check-out type speciiied 
can be used as a basis for creating another nmltimedia 
asset; and 

a third check-out type, wherein a multimedia asset 
checked out with the third check-out type specified can 
be modified and subsequently diecked in to the data- 
base in modified fomL 

6. The computerized method of claim 5, wherein the 
predetermined check-out criteria include: 

prohibiting a check-out of the multimedia asset to be 
checked out if the third check-out type is specified and 
the multimedia asset to be checked out is presently 
checked out; and 

prohibiting a check-out of the multimedia asset to be 
checked out if the multimedia asset to be checked out 
is already checked out with the third check-out type 
specified. 

7. The computerized method of claim 1, wherein if the 
multimedia asset to be checked in is presently checked out, 
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the cheddng-in step for the multimedia asset to be checked 
in further includes updating the database to reflect the 
dieck-in. 

8. The computerized method of daim 1, wherein the 
characteristics and identificatioD information for which the 
user is prompted during the cheddng-in step for the multi- 
media asset to be checked in indudes: 

an asset name; 

keyword categories and keywords within the keyword 

categories; 
an asset type; and 
a written description. 

9. The con^Hiterized method of daim 8, wherein the 
diaracteristics and identification information for which the 
user is prompted during the checking-iE step for the multi- 
media asset to be checked in further includes: 

a project name; 
cc^yright data; and 
cost data. 

10. The con^uterized method of claim 8, wherein the step 
of prompting the user for a search strategy indudes prompt- 
ing the user for: 

an asset name; 

keyword categories and keywords within the keyword 

categories; 
an asset type; and 
a written description. 

11. The computerized mettiod of claim 1, wherein the 
computerized method utilizes a check-out table to maintain 30 
a record of which multimedia assets are diecked out, 
wherein the checking out step further indudes making an 
entry in the check-out table to reflect the check-out, and 
wherein the checking in step further includes updating the 
check-out table to reflect the check-ia 

12. The computerized method of daim 1, wherein upon 
request of the user, one or more of any assets found to satisfy 
the user-specified search strategy in the seardi for multime- 
dia assets are chedced out, one at a time or at the same time 
based on a user sdection. 

13. The computerized method of claim 12, wherein the 
multiple check-out types include: 

a first check-out type, wherein a multimedia asset checked 
out with the first check-out type specified cannot be 
modified; 

a second check-out type, wherein a multimedia asset 
checked out with the second dieck-out type specified 
can be used a basis for creating another multimedia 
asset; and 

a third check-out type, wherein a multimedia asset 
checked out with the third check-out type specified can 
be modified and subsequently checked in to the data- 
base in modified foma. 

14. The computerized method of daim 13, wherein if the 
user selects to check out multiple assets at the same time, 
eadi asset is automatically checked out with the first check- 
out type. 

15. The computerized mediod of daim It wherein access 
of a user to multimedia assets checked into die system is 
controlled based on pre-defined criteria. 

16. The computerized method of claim 15, wherein the 
checking in step further includes assigning, to a project, the 
multimedia asset to be checked in, and further wherein the 
user is given access privilege to one or more projects, and 
the access of the user to multimedia assets checked in and 
stored on the database is limited to multimedia assets 
assigned to a project to which the user has access privilege. 



17. The computerized method of daim 1, further indud- 
ing the step of reporting system information to the user, 
induding the steps of: 

prompting the user for a specification of the system 

information desired; 
generating the user-specified system infoimatLon; and 
reporting the user-specified system information to the 
user. 

18. The coiiq)Uterized method of daim 17, wherein the 
system information the user can specify for reporting 
indudes one or moine of: 

multimedia assets checked out up to a user-specified date; 
new multimedia assets chedced in since a user-specified 
date; 

multimedia assets created and checked in based on exist- 
ing multimedia assets checked in up to a user-specified 
date; 

multimedia asset history of a user-specified multimedia 
asset; 

multimedia assets currently checked out; and 
a list of current users of the computerized method. 

19. A con:q5Uterized multimedia asset management system 
for managing multimedia assets of one or more of image, 
video, audio, text, and program code media types, the 
management system induding: 

a processor; 

memory coupled to the processor; 
a storage device coupled to the processor; 
an input device coupled to the processor; and 
an output device coupled to the processOT; 
wherein the processor, the memory, the storage device, 
the input device, and the output device arc configured 
to: 

(a) check-in multimedia assets of one or more of image, 
video, audio, text, and program code media types 
induding two or more of image, video, audio, text 
and program code media types, into the conq)Uter- 
ized multimedia asset management system upon a 
user's request, the check-in for each multimedia 
asset to be checked in including the steps of: 
pronpting the user for characteristics and identifi- 
cation information for a multimedia asset to be 
checked in; and 

loading the multimedia asset to be checked in, along 
with any user-specified characteristics and identi- 
fication information, into a database contained on 
the storage device; 

(b) search for multimedia assets contained in the data- 
base upon the user's request, including the steps of: 
prompting the user for a search strategy based on one 

or more of asset characteristics and asset identi- 
fication information; 
searching the database for multimedia assets that 

satisfy the user-specified search strategy; and 
reporting any assets found to satisfy the user- 
specified search strategy on the output device; and 

(c) dieck out a multunedia asset contained in the 
database upon the use's request, induding the st^s 
of: 

prompting the user for a multimedia asset to be 
checked out, and prompting the user for one of 
multiple check-out types; 
determining if the user-requested check-out is 
allowed based on predetermined criteria; and 
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if the check-out is aUowed, copying the multimedia identification information for which the user is prompted 

asset to be checked out, for use by the user, and during the check-in of the multimedia asset to be checked in 

storing an indication of the check-out and the type further includes: 

of check-out in the database. ^ proiect name* 

20. The computerized multimedia asset management sys- 5 . copyright data*' and 
tern of claim 19, wherein the system is further configured to cost d^ 

preview, on the output device, upon the user's request, a 28. Tht cx>mputerized multimedia asset management sy^ 

user-speafied muldmedia asset contamed in the database by tern of claim 26, configured so that the prompting the user 

s q)s mc u g. ^^j. ^ search strategy includes proii^)ting the user for: 

receiving a user-selection of an multimedia asset to be an asset name; 

previewed; and keyword categories arid keywords within the keyword 

retrieving the user-selected multimedia asset from the categories; 

database for preview by the user. an asset type; and 

21. The computerized multimedia asset management sys- 15 a written description 

tcm of daim 19, wherein the management system is im0e- 29. The computerized multimedia asset management sys- 

mented m a client-server computer architecture. tern of claim 19, further including a check-out table to 

22. The computerized multimedia asset management sys- maintain a record of which multimedia assets are checked 
tem of daim 19, wherein the management system includes out and wherein the computerized multimedia asset man- 
a computer program implemented in an object-oriented ^0 agement system is configured so that the diedc-out table is 
programming paradigm. updated eadi time a multimedia asset is checked in or 

23. The computerized multimedia asset management sys- checked out 

tem of claim 19, configured so that the multiple check-out 30. The coiiq)uterized multimedia asset management sys- 

types indude: 25 tem of daim 19, wherdn the system is further configured so 

a first check-out type, wherdn a multimedia asset checked that, upon user selection, one or more of any assets found to 

out with the first check-out type specified cannot be satisfy the user-specified search strategy in the search for 

modified; multimedia assets can be checked out, one at a time or at the 

a second check-out type, wherein a multimedia asset same time based on a user sdection. 

diecked out with the second check-out type specified ^ 3L The computerized multimedia asset management sys- 

can be used as a basis for creating another multimedia tem of claim 30, configured so that the multiple check-out 

asset, and ^ • 1 ■ 

types mclude: 

a third check-out type, wherein a multimedia asset 1 i_ • 1^. . , . 

checked out with thTaunl check^nt type spedfled c^ " ^^^TTt' Z T' f ^^tmiecha asset chcck^l 

be modified and subsequently check^To the data- ^hTJ "^"^ 

base in modified fonn. ™ / '. , 

24. The computerized multimedia asset management sys- * second check-out type, wherein a multimedia asset 

temofclaim23.coufiguredso.hatthepredetenmnedcheck t^^„Z7^ f'^^'^u'^ T^^'^ 

. wi^vn. jjgjj ^ ^^g^g creatmg another multmiedia 
out criteria include! ^ j 

vut uMuxa luciuuc. ^ asset; and 

prohibiting a check-out of the multimedia asset to be a third check-out type, wherein a multimedia asset 

checked out if the third check-out type is specified and checked out with the third check-out type specified can 

the multimedia asset to be checked out is presently be modified and subsequently checked in to the data- 

checked out; and base in modified form. 

prohibiting a check-out of the multimedia asset to be *5 3Z The computerized multimedia asset management sys- 

checked out if the multimedia asset to be checked out tem of claim 31, configured so that if the user sdects to 

is already checked out with the third check-out type check out multiple assets at the same time, each asset is 

automatically checked out with the first dieck-out type. 

25. nje coinputen^d multmiedia asset management sys- 33. The computerized multimedia asset management sys- 
f'l'^^^^^^^^^^^^f'^^^^ tem of claim 19, configured so that access of a user to 
tobechedoidinispresenUychedcedout^diediedc-inofthe multimedia assets diecked into the system is controlled 
multimedia asset to be diedced in fiirther indudes updating based on pre-defined criteria, 

the database to reflect Ae chedc-in. 34, The computerized multimedia asset management sys- 

26. TT^^ computenzedim^tmiedia asset ^ 33^ ^^^^^ multinLia assets 
tem of dami 19 configured so ttiat the diaractcristics and checked into the system are assigned to a project, the user is 
identifi^uon information for whidi the user is prompted givca access privilege to one or more projects, and the 
dmingthediedc-inofthemultmiediaassettobecheckedin access of the user to multimedia assets diecked into the 
mdudes: ^ • 1. • j , . 

system is limited to multimedia assets assigned to a project 

an asset name; 60 ^^^^ ^ ^^^^ privUege. 

keyword categories and keywords within the keyword 35. The computerized multimedia asset management sys- 

categorics; tem of daim 19, wherein the system is further configured to 

an asset type; and report user-specified information concerning the systenL 

a written description, ^5 36. The conqjuterized multimedia asset management sys- 

27. The oon^Miterized multimedia asset management sys- tem of claim 35, wherein the user-specified information to 
tem of daim 26, configured so that the characteristics and reix>rt includes one or more of: 
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nmltimedia assets checked out up to a user-spcdfied date; 41. The computer readable program storage medium of 

new multimedia assets checked in since a user-spedfied claim 37, wherein the multiple check-out types include: 

date; a first check-out type, wherein a multimedia asset checked 

multimedia assets created and checked in based on exist- with the first check-out type specified cannot be 

ing multimedia assets checked in the system up to a 5 modified; 

user-spedfied date; , . a second check-out type, wherein a multimedia asset 

multimedia asset history of a user-specified multunedia checked out with the second check-out type specified 

asset; can be used as a basis for creating another multimedia 

multimedia assets currenay checked out; and ^^g^^. 

a Hst of users presently accessing the system. ^ . » check-out type, wherein a multimedia asset 

37. Acon^,uter readable program Storage me^^ - Sck^^ut^^^ 

bly embodying a program of instructions executable by a subsequentty ched«.d in to the data- 

computer to achieve management of multimedia assets of ^^^^ ^^^^^ 

one or more of image, video, audio, text and program code con^uter readable program storage medium of 

media types, to perfonn the steps of: ^^^^ wherein the predetermined check-out criteria 

(a) checking in multimedia assets of one or more of jnciu^ie- 

i) prompting the user for characteristics and identifica- checked out; and 

lion information for a multimedia asset to be checked prohibiting a check-out of the multimedia asset to be 

^. checked out if the multimedia asset to be checked out 

u) storing the multimedia asset to be checked in, along ^ is ahready checked out with the third check-out type 

with any specified charactaistics and identification specified. 

information, in a database contained on a storage 43. The computer readable program storage medium of 

device; claim 37, wherein if the multimedia asset to be checked in 

(b) upon the user's request, searching the database for is presentty diecked out, the cheddng-in step fa: the mul- 
multimedia assets, induding the steps of: ^ timedia asset to be diecked in further includes updating the 
i) prompting the user for a search strategy based on one database to reflect the check-in. 

or more of asset characteristics and asset identificar ^ con^utcr readable program storage medium of 

tion information; Haim 37, wherein the characteristics and identification 

u) searching the database for multimedia ass^s that .^^^^^^ ^^^^ jhe user is prompted during the 

satisfy the user-specified search sfr^^^^ 3, ^j^^^ ^^ .^^^ f^, multimedia asset to be checked in 

iii) reporting any multimedia assets found to satisfy the ^u^^b ^ ^^^y * 

search strategy; and includes: 

(c) upon the user's request, selectivdy checking out a an asset name; 

multimedia asset contained in the database, induding keyword categories and keywOTds within the keyword 

the steps of: 40 categories; 

i) prompting the user fw a multimedia asset to be ^ ^^^^ 

diedced out, and prompting the user for one of ^ ^^^^ description. 

multiple check-out types; ,^ ^ ^ , , . 45. The conmuter readable {wogram storage medium of 

u) detennining if the user-specified check-out is ^ diaracteristics and identification 

allowed based on predrternuned criteria; and 45 . " . „t«H ^n««« thi. 

iii) if the user-specified ched.-out is aUowed, copying information for whidi the user is prompted dunng the 

the multimedia asset to be checked out, for use by tiie cheddng-in step for the multimedia asset to be checked m 

user, and storing an indication of the check-out and further includes: 

the type of check-out in the database. ^ project name; 

38. The con^uter readable program storage medium of ^ copyright data; and 
daim 37, wherein the program of instructions includes 

further instructions to preview a multimedia asset upon user ^ computex readable program storage medium of 

request, including the steps of: 44^ wherein the step of pwompting the user for a search 

receiving a user-selecdon of an multimedia asset to be strategy indudes prompting the user for: 

previewed; and , , . ^ an asset name; 

^ord c^tegc^es and keywcds within the keyword 

39. The coiq>uter readable program storage medium of categones, 
claim 37, wherein the program of iostnictions is for cxecu- an asset type; and 

tion by a computer configured as a client in a dlent-server a written desctiptioD. , , . 

computerarchitecture.sothattheuserispromptedforinput 47. The computer readable storage medium dam 37, 

datTand user selections on the client computer and the wherein the program of instrucUonsmcludes further instnic- 

database is stored on a server computer. dons to maintain a check-out table to maintoin a record of 

40 nie computer readable program storage medium of w^ch multimedia assets are checked out. wherem tht 

daim 37. wherem the program of instructions is impl^ cheddng out step further includes makmg an entry in the 

mented in an object-oriented programming paradigm. diedt-out table to reflect the Aedc-out, and wherem the 
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checking in step further includes updating the check-out 
table to reflect the check-in. 

48. The computer readable program storage medium of 
daim 37^ wherein the program of instructions includes 
further instructions to check out. upon request of the user, 
one or more of any assets found to satisfy the user-specified 
search strategy in the search for multimedia assets, one at a 
time or at the same time based on a user selection. 

49. The con^uter readable program storage medium of 
daim 48, wherein the multiple check-out types include: 

a first check-out type, wherein a multimedia asset checked 
out with the first check-out type specified cannot be 
modified; 

a second check-out type, wherein a multimedia asset 
checked out with the second check-out type specified 
can be used a basis for creating another multimedia 
asset; and 

a third check-out type, wherein a multimedia asset 
checked out with the tfiird check-out type specified can 
be modified and subsequently checked in to the data- 
base in mKKhfied form. 

50. The cono^uter readable program storage medium of 
daim 49, wherein if the user selects to check out nmltiple 
assets at the same time, each asset is automatically checked 
out with the first dieck-out type. 

51. The computer readable program storage medium of 
daim 37, wherein the program of instructions indudes 
further instructions to control access of a user to multimedia 
assets checked into the system based on pre-defined criteria. 

52. The computer readable program storage medium of 
daim 51, wherein the checking in step further includes 
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assigning, to a project, the multimedia asset to be checked 
in, and further wherein the user is given access privilege to 
one or more projects, and the access of the user to multi- 
media assets checked in and stored on the database is limited 
to multimedia assets assigned to a project to which the user 
has access privilege. 

53. The computer readable program storage medium of 
claim 37, wherein the program of instructions indude fur- 

10 ther instructions to perform the step of reporting system 
information to the user, including the steps of: 
prompting the user fcr a specification of the system 
information desired; 
15 generating the user-specified system information; and 
reporting the user-specified system information to the 
user. 

54. The computer readable program storage medium of 
claim 53, wherein the system information the user can 

20 specify for reporting indudes one or more of: 

multimedia assets checked out up to a user-specified date; 
new multimedia assets checked in since a aser-spedfied 
date; 

25 multimedia assets created and checked in based on exist- 
ing multimedia assets checked in up to a user-specified 
date; 

multimedia asset history of a user-specified multimedia 
asset; 

^ multimedia assets currently checked out; and 

a list of current users of the coiTq)uterized method. 
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